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RACKGROUND OF TH E INVENTION 

The invention relates generally to a communications mechanism for 
assisting in the easy transfer of Information between processes typically mnning 
on different host processors. Particularly, the invention relates to a 
communication endpoint structure which allows different application processes, 
or simply processes to be utilized in transfening information between processes 
via a data storage system. 

For example, file transfers between different computers are usually done 
using a communication protocol over a network. Examples of well known 
communication protocols include the System Network Architecture Protocol 
(SNA) and Transmission Control Protocol/Internet Protocol (TCP/IP). In addition 
to the communications protocol an application program or process, such as FTP 
(File Transfer Protocol) is layered on top of a protocol to effectuate a file transfer 
over a communication protocol such as TCP/IP. 

Most application processes are written to use an application programming 
interface (API) for effectuating transport sen/ices. The API serves as means for 
allowing two processes to communicate with one another, and hide the 
implementation of transport details to the processes. A socket is an 
communication endpoint or a transportation stoicture most commonly used with 
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a UNIX® operating system, although it is not limited to a UNIX operating system, 
■me socl»t is an object which Identifies the communication endpoints between 
the two processes. The socket API typically hides the protocol of the network 
architecture or the computer software architecture present in the host processors 
that the application processes are placed on. Thus, a socket allows the easy 
association of an endpoint such as an application process, any protocol, or 
protocol implementation. 

As stated, file transfers between different computers are often done over 
°J a netwirark. A file transfer is an example of a process that uses the network to 
moves files between different processes. The processes may reside on different 
host processes or even on the same host processor. These files may be moved 
through a network. File transfers may also be done without the presence of a 
network. EMC Corporation, assignee of the present application and pending 
application serial number 08/723,137 which is incorporated herein by reference, 
discloses a file transfer processes which is used by processes on two different 
computers to communicate, not through a network, but through a data storage 
system. However, the use of such a file transfer process does not currently 
provide an easy means of enabling communication between the file transfer 
processes, or any other process such as one typically used by a user. 

It is therefore desired to provide a communication mechanism capable of 
easily communicating between different processes through a data storage 
system. It is also desired to have a communication mechanism which can be 
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used by processes which offer different senrices or functions. The present 
invention through the use of the communications mechanism and method 
described hereafter allows for a data storage system to be used as a median for 
the transfer of data, while allowing for different processes to be used with a 
single communications mechanism. 
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SUMMARY OF THE INVENTION 

A communication mechanism for at least first and second 
processes contained on a plurality of host processors connected by a data 
storage system is provided. The communication mechanism includes at least 
one interface which is capable of enabling communication via the data storage 
system, vvhere the interface is contained on each of the plurality of host 
processes, and in the preferred embodiment of the invention the communication 
mechanism is resident in each of the processes to facilitate the communications 
between the processes. 

Also included in the invention is a plurality of computer system calls. The 
computer system calls are available to the user of one process to communicate 
with another processes, where the processes are connected through a data 
storage system. The calls are used to first, obtain a communications mechanism 
which effectuates the communications between the different processes. Once 
the communications mechanism is obtained, a local address is created for the 
communications mechanism. Subsequently, a connection is established 
between the different processes which, upon the occurrence of some additional 
steps allows for the transfer of data and messages between the different 
processes. 

The invention also includes a method for using a communication 
mechanism to transfer infonmation between at least first and second processes 
through a data storage system. The method includes the steps of creating a 
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communication mechanism, and then using the created communication 
mechanism to create a connection between the first and second processes. 
Once the communication is established, information can be transfen-ed between 
the first and second processes through the data storage system. 

In accordance with another aspect of the invention a system includes a 
plurality of host processors, on which a plurality of processes reside. The host 
processors include local storage, and the host processes are connected to a 
" data storage system. Also resident on each of the plurality of host processors Is 
a communication mechanism which permits information stored in the local 
storage area to be transferred through the communication mechanism, to the 
data storage system using the communication mechanism and then to a 
processes on another one of the plurality of host processors. 

The invention also includes a data storage system for transfening 
information from a first process to a second process. Each one of the processes 
is running on a different host processor. Each host processor is connected to 
the data storage system. The data storage system comprises a plurality of 
storage devices and also has a shared storage region into which both the first 
process and the second process share access. Implemented on at least one of 
the plurality of storage devices is a control block table which sen/es to allocate a 
communication mechanism for a first process when the first process wishes to 
establish a connection to the second process so that information can be 
transferred from one process to another via the data storage system. 
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RRIEP DESCRIPTION Q P THE DRAWINGS 

The above and further advantages of the present invention may be better 
understood by referring to the following description taken in conjunction vwth the 
accompanying drawings in which: 

Fig. 1 is schematic block diagram of a prior art mechanism to transfer ^ 
Information without the communication mechanism of the present invention; 

Fig. 2 is a schematic block diagram of a. system Including the 
communication mechanism of the present invention; and 

Fig. 3 is a block diagram showing the logical placement of the 
communication mechanism of the present invention. 

DETAILED DESCRIPTION OF TH E PREFERRED EMBODIMENT 

As is known, a traditional socket is similar to a UNIX file mechanism in 
that it provides an endpoint for communication. The need for sockets arose 
partially because those processes needed to be able to initiate and facilitate 
communications to different destination points or end points. Such end points 
would typically be another process. 

Because such processes usually need to utilize different protocols, the 
process must be capable of explicitly specifying that an address is an IP 
address. Traditional processes request the operating system (UNIX, for 
example) to create or allocate a socket as needed. Once a socket is created the 
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operating system returns an integer that the process then uses to reference the 
just created socket. It should be noted that when a socket is created it is not 
bound to a destination address, as it is not even bound to a local address. A 
socket must be bound to a local address prior to being able to connect, much 
less communicate with a process at a different destination address. However, it 
is up to the process whether to supply an address when the socket Is used or as 
in common in with a TCP/IP connection, the process can bind the destination 
address to the socket, and thus is not required to keep having to specify the 
!} destination address. 

» As noted earlier, the process in pending patent application serial number 

i 08/723,137 does not contain the communications mechanism of the present 
;! invention. The earlier process does, of course, contain a communication 
1=. mechanism in order to transfer the files, it does not do so an easy or efficient 
I manner as will be explained in conjunction with Fig. 1 . 

a Referring to Fig. 1, a block diagram which shows a file transfer process, 

without use of the present invention, is shown as 19 and 1 9'. The overall system 
which embodies the prior art includes a plurality of host processors 12 and 12" 
that are connected to a central data storage system 14. Host processors 12 and 
12' are typically digital processing units which include one or more CPUs and 
main memory. They might be. for example PCs, workstations, symmetric 
multiprocessors, or a massively parallel processor which contains many CPUs. 
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In general, data storage system 14 contains a shared memory (not 
shown) that is accessible to all of the host processors that are connected to the 
data storage system 14. The control stoictures and transfer buffers that are 
stored In the shared memory provide a mechanism by which one host processor 


connected to the data storage system 14. 

Still refemng to Fig. 1, host processors 12 and 12' are connected to data 
storage , system 14 through respective host connections 16 and 16'. Data 
storage system 14 contains the physical memory In which data Is stored. The 
particular manner In which the physical memory within the data storage system 
14 is implemented and how it is partitioned is not of central Importance. 
Examples of commercially available products that can be used to implement data 
storage system 14 are the Symmetrix 3XXX and 5XXX series family of Integrated 
Cached Disk An-ay® products from EMC Corporation of Hopkinton, 
Massachusetts, assignee of the present invention. The ICDA devices are high- 


performance integrated cache disk an^ys designed for on-line data storage. It 
should be understood that other designs known to persons skilled In the art may 
also be used to implement data storage system 14. 

The system of Fig. 1 also includes local storage 24 attached to the host 
processor 12. Local storage 24 may be included with the host processor 12 or 
may be part of a separate data storage system. 


can transfer files to and receive files from another host processor that is 
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If host processor 12 has a UNIX operating system. local database 26 
contained in local storage 24 could be any one of numerous databases >which 
work with the UNIX operating system. An example of such a database would be 
those produced by Oracle Corporation. When using a proprietary database 
such as Oracle, any files extracted by the host computer 12 through an process 
20. such as an extractor, would have to be placed in a sequential file format prior 
to transfer to the second host processor 12. Typically, proprietary databases 
•provide a process in which the databases are capable of creating sequential 
files through the extract process. This translation into a sequential file must 
occur prior to the transfer of any files to the second host processor 12. This, as 
is well known in the art. must occur because the format used by an Oracle 
database to store any files is unique to the Oracle database which originally 
created the file. 

It should be noted that communication mechanism 18. which is built into 
the process 19, is not taily capable of directly interfacing with the process 19 
shown in Fig. 1. In order for the communication mechanism 18 to receive or 
obtain the desired file information from the process 19. the file transfer process 
19 must generate a separate file virtiich can then be accessed by the 
communication mechanism 18. Thus, there is not any actual interaction 
between the file transfer process 19 and the communication mechanism 18, and 
additional steps are required, within the process 19 to effectuate getting the file 
to the communication mechanism 18. 
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The communication mechanism 18 for the process 19 has to be built into 
the process 19, as the process 19 is designed. Therefore, if it Is desired to use 
another or different process, communication mechanism 18 is not of any use. 
Any other process will have to include its own unique communication mechanism 
18 in order to communicate with any other process. This means that all 
processes require additional functions in order to accomplish a similar function. 

Second host processor 12', also has its own communications mechanism 
"18' within file transfer process 19'. Another process is shown as a loader 22. 
When communications mechanism 18' receives the sequential file from the host 
processor 12, the communications mechanism 18' writes the sequential file into 
a file when can then be accessed by the file transfer process 19'. The file 
transfer process 19' can then write the received file into the local storage 30. 
Local storage 30 also contains sequential file storage 32 and storage for a 
proprietary database which is running on the host processor 12'. If, for example, 
host processor 12' is a mainframe computer that has an MVS operating system 
such as those manufactured by IBM Corporation, an example of a proprietary 
database which mns on an MVS operating system is DB2. DB2 is also 
produced by IBM. 

After the sequential file is written into the sequential file storage 32 the 
loader 22 reads the sequential file from the sequential file storage 22 and loads 
it into the storage for it's proprietary database 34. It should be understood by 
those skilled in the art, that a conversion program (not shown) needs to be 
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present in both host processors to convert a received sequential file Into the 
fomiat of the database running on the host processor. In this example, host 
processor 12 needs to convert the sequential file received from host processor 
12 into a format suitable for a DB2 database. 

Referring to Fig. 2, a system 50 which includes the present invention is 
shown. The system 50 includes a plurality of host processors 12 and 12' that 
are connected to a data storage system 14. As in the prior art, host processors 
"12 and 12' are digital processing units which include one or more CPUs in main 
memory. 

Data storage system 14 also contains a shared memory, such as a cache 
memory, that Is accessible to all of the host processors that are connected to 
the data storage system 14. The control structures and transfer buffers that are 
stored in the shared memory provide a mechanism by which one host processor 
can transfer files to and receive files from another host processor that is 
connected to the data storage system. The host processors 12 and 12' are each 
connected to the data storage system 14 through respective host connections 
16. To simplify the discussion, only a single host connection is shown for each 
processor. It should be understood, however, that there could in fact be multiple 
communications between the data storage system and a processor. 


Data storage system 14 contains a physical memory, such as disK drives, 
in virhich data is stored. The manner in which the memory within the storage 
system is Implemented and how stored data is partitioned Is not of importance to 
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the present invention. Examples of cxjmmerdally available products that can be 
used to implement data storage system 14 are the Symmetrix 3XXX and 
Symmetrix 5XXX series of data storage products from EMC Corporation. 

Each of the host processors 12 and 12' is connected via host connections 
44 to local storage 46 and local storage 48 respectively. It should be understood 
local storage 46 and local storage 48 may be part of the respective host 
processors 12 and 12', or separate data storage units. Other processes such as 
■ an extractor and a loader are shown as 42 and 47 respectively. Local storage 
46 and local storage 48, in the invention represent proprietary storage, such as 
that which would be provided by proprietary databases such as DB2 by IBM for 
host processors having an MVS operating system, and an Oracle database 
which is provided for processors having a UNIX operating system. Prior to and 
after the transfer of information between processes 19 and 19', the use of the 
processes 42 and 47 is similar to that explained earlier. 

Each of the host processors 12 and 12' also includes a communication 
mechanism 52, within the processes 19 and 19' which will be described in 
greater detail. In the prefen^d embodiment of the invention, communications 
mechanism 52 comprises a socket applications programming interface, which is 
responsive to a set of procedures whereby varying processes, such as those 
shown at 19 and 19", on the different host processors 12 and 12' can use to 
communicate with one another through the data storage system 14. The use of 
the communication mechanism 52 allows processes 19 and 19' to directly 
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interface with the communication mechanism 52 without having to generate a file 
to be separately accessed by the communications mechanism 52. Therefore, 
the communication mechanism 52 ads as a transparent means to allow 
processes 19 and 19' to communicate with one another, and also allows for 
processes with different functions to be used with the same communication 
mechanism 52. 

In the prior art as demonstrated In Fig. 1, communication mechanism 52 
did not include the socket applications programming interface, but instead was a 
communication vehicle individually placed into each processes Therefore, any 
process, such as the earlier file transfer process was not capable of easily 
communicating with another process. 

Fig. 3 is a logical block diagram showing how the communication 
mechanism 52 interacts with both processes and a particular protocol. 
Communication mechanism 52 is capable at of interacting with any one of a 
number of processes shown as 64. For example, process 64 could include the 
aforementioned FTP. PTP (Process to Process) and Telnet, as the 
communication mechanism 52 allows the transport vehicle, the protocol 62, to be 
transparent to the process, regardless of the type or function of the processes 
64. Beneath the communication mechanism 52 is the protocol 62. In the 
preferred embodiment of the invention the protocol 62 is a protocol used to pass 
messages or flies between at least two host processors through a data storage 
system. The protocol represents the actual mies used to pass messages 
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through the data storage system. It should be understood that the protocol 
allows the transfer of messages or files between a host processor that has a 
UNIX operating system (or another operating system such as NT) and a second 
host processor using a MVS or mainframe operating system, or any combination 
thereof. The details of the protocol are not particularly relevant here, as it is 
merely the transport vehicle. The important fact is that the communication 
mechanism 62 is interposed between the processes 64 and a protocol 62, and 
■ is capable of effectuating communications between two host processors through 
a data storage system. 

In the preferred embodiment of the invention, communication mechanism 
52 is a socket interface that enables the processes 19 and 19', again refering to 
Fig. 2, to communicate in a transparent manner with the protocol being used to 
transport information to and from the data storage system 1 4. 

A library is provided to the user of the processes to provide a set of 
procedures that the processes running on each of the host processors will use to 
establish communications with each other. As will subsequently be explained, 
the library includes a plurality of different calls which are used to effectuate 
different fijnctions required for the communication to occur with the data storage 
system 14. In the preferred embodiment of the invention the library is a set of 
function or socket calls. 
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Generally, a socket is allpcated or created with a socket call to a socket 
interface, residing within the processes 19 and 19' of Fig. 2. To create a socket, 
a socket call is used. The following Is the structure of the socket call: 


The socket call is used to create or allocate the socket from the data 
-storage system. The newly created socket will then be able to begin and use the 
connection and communication process between two processes, such as those 
shown in 19 and 19' in Fig. 2. In the preferred embodiment of the invention the 


PF^STP represents the protocol family. AF_STP may also be used in 
place of AF^STP if it is desired to use an address family instead of a protocol 
family. In this case the Symmetrix Transport Protocol (STP) is used by the 
socket to facilitate communication over the data storage device. 
SOCK_STREAM represents the type of communication used, which is a reliable 
stream delivery sen/ice, and PF_STP Is the identification of the spedfic protocol 
family, STP, used by the socket. 


Socket (domain, type, protocol) 


call is: 


STPsocket(PF_STP, SOCK_STREAM,PF„STP) 
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The use of the above socket call actually has the process resident on the 
host processor obtaining a free socket control block from the control block called 
STP socket table (not shovyn) resident on the data storage system. Thus, the 
STP socket table allocates a free sockist when the user of the process wishes to 
create a socket. In the preferred embodiment of the invention the STP socket 
table resides on disk drives on the data storage system 14. It should be 
understood the STP socket table could reside elsewhere, such as In a shared 
memory. Placing the STP socket table on the disk drives allows for the STP 
socket table to be recoverable, as is well known in the art, with a RAID 
(redundant arrays of intelligent disks) storage system, case of problems with the 
data storage system. 

When the socket has been allocated by the STP socket table, the STP 
socket call returns a non-negative integer to the user of the process to identify 
the allocated socket. A copy of the allocation is then made into the process 
memory. A newly created socket, however, does not have any connection or 
association to a local or destination address. A local address usually needs to 
be established for the for the process using the socket so the process can 
specify to the host processor a port for itself to effectuate communications. In 
order to establish a local address for itself the bind call is used: 

STPbind(soctof, localaddr, addrten) 
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Socket, within the STPbind call, is the Integer descriptor of the socket to 
be bound, and is available to the user of the process once the socket is created. 
Localaddr is the structure that specifies the local address to which the socket will 
be bound, and addrlen represents the length of the address. In the preferred 
embodiment of the invention, the user would insert the integer descriptor of the 
socket, a local address which includes the system name, the Symmetrix 
Transport Group (STG) name (i.e. STG), a port number, and the length of the 
' local address. If a port number is not supplied, as would be the case when the 
process is a client versus a server, a free port from the specific STP port file will 
automatically be assigned to the socket. If the STPbind call is successful, the 
system returns a zero value to the process. 


Until now all that has been described is how to create a socket, and how 
to bind a local address to the created socket. In order to accomplish the desired 
goals of the process, there are additional functions which have to be utilized 
before actually transferring any data or sending any messages to another 
process through the data storage system. 

Typically the process that initiates the connection is termed a client 
process, while the process which accepts or listens to the client process is 
termed the server process. These terms are usually only used prior to the 
connection being established, as is subsequently described. 

It is desired that the process use a connect call to establish a connection 
with another process. In this invention the other process is typically a remote 
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connection partner resident on another host processor. See Fig. 2. A socket 
connect call is used to establish a connection between two processes. The 
connect system call is as follows: 

STPconnect(soctef, name, addrien) 

Socket is the integer descriptor of the socket to be connected to the 
process. Name Is the socket address structure that specifies the name and 
destination address of the other process (i.e. server remote connection partner). 
Addrlen specifies the length of the destination address, and is usually measured 
in bytes. It should be understood that when establishing a connection, the 
process attempting to establish the connection must wait until the other sen/er or 
remote process "accepts" the request The server process being connected may 
include a queue if it is not ready to accept a request. 

Once the connection is established throughout the use of socket between 
two processes, both processes can send and receive data. The next set of calls 
are used for the message exchange between the processes to send and receive 
data through the sockets. In order to send data from one process through the 
data storage system to another process the following call is used: 

STPsend(soc/fef, message, length, flags) 


18 


Jan-15-D1 lOiOOan Fron-EMC LEGAL 5082937189 T-48B P. 34/50 F-049 



The STPsend call is used to send data, as the sockets within each 
process have been connected. For the STPsend call, socket identifies the 
already called socket to be used to send the data. Message is used to give the 
address/buffer location of the data to be sent. Length indicates the number of 
bytes of data to be sent, and flags, if used, can indicate a variety of different 
items. For example, one value for flags can allow the process to request the 
message be sent with routing tables local to the process. Flags are typically 
■ used to perniit the initiating process to have some contn?! of the routing of the 
message being sent. However, for a messege or data to be sent through the 
data storage system, flags need not necessarily be used. 

Obviously, once the initiating process sends the data it must be received 
by the other or remote process. Referring again to Fig. 2, data is sent, for 
example, from process 19 containing a communication mechanism 52 over 
connection 16. through data storage system 14. over connection 16' to be 
received by process 19', which contains communication mechanism 52. Data 
storage system 14 uses a shared memory region, such as a cache memory (not 
shown) shared by both processes 19 and 19' to both establish the connection 
and to send and receive infonnation or data. An example of how a shared 
memory region is used in this manner is shown in Applicant's prior pending 
patent application serial no. 08/723,137. Process 19" needs to be capable of 
receiving data sent by the process 19 through the communication mechanism 
52. Process 19' will receive the data through the communication mechanism 52, 

19 


-Ot lOsOOam Fron-EMC LEGAL 5082937180 T-486 P. 35/50 F 

which as already indicated, as been connected to process 19. The STPrecv call 
is used by the process 19' to receive messages or data from the process 19. 
The STPrecv call is used as follows: 

STPrecv(soc/cef, message, length, Hags) 


Socket specifies the socket from where the data is being received. Message is 
" used to specify the address or buffer location into which .the received data will be 
placed upon receipt Length specifies the length of the buffer location, and 
flags, In this call, are used to pennit the process that Initiated the receive 
request to control the reception of the sent data by the sending process. If a 
MSG_PEEK argument is used for flags, the data will be returned to the initiating 
process, but not deleted from storage. Therefore, If a subsequent STPrecv call 
is used, the same data will be returned again. Remember, once the connection 
is established files, data or messages may be sent in either direction not just 
from 19 to 19', 

After the desired data is sent through one socket and received by the 
other process, the connection established must be terminated. The STPcIose 
call is used to tenninate a connection. The initiating process waits for the 
communication to be completed, and then releases the all of the resources used 
for the communication. The STPcIose call is as follows: 
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STPclose(socket) 


The user simply has to Identify the socket to be closed. A connection may 
also be terminated while a communication is still ongoing. The STPshutdown 


The socket to be shutdown needs to be identified. How/ can have a value 
of zero (0). one (1 ), or two (2). If the value of how is zero, incoming data to the 
socket will be stopped. If the value of how is one, data outgoing from the socket 
will be stopped. If the value of how is two, all communication will cease. If the 
value of how is two, the call works the same way as does the STPdose call. 

The above described calls demonstrate how to use processes to create a 
socket, establish a connection with another process, through a data storage 
system, send/receive data between two processes through the data storage 
system and terminate the connection and/or communication vwth the use of the 
shared memory region on the data storage system. 

Other calls are available to the user in order to perniit the user to exercise 
additional control over the sockets. A list of the calls available to the user to 


call is capable of stopping the transfer of data in one or more directions. The 


STP shutdown call is as follows: 


STP8hutdown(socket, how) 
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control the sockets within processes residing on host computers connected with 
a data storage system is provided below. 

It is understood that there are processes that are capable of using only 
one type of socket It is contemplated by the present invention that a translating 
header program, which is another process, such as those shown at 42 and 47 in 
Fig. 2, is made available to the processes so if the process is capable of only 
using a different type of socket (i.e. TCP/IP), the process can use the translating 
■ header program to translate the socket calls the process has into the desired 
fomiat. In this case the desired fomiat is the use of STP sockets and STP 
socket calls. Then the process has the communication mechanism necessary 
to communicate with a protocol capable of communicating with a data storage 
system without having to change the processes. 

A summary of the typical library calls, as indicated above, along with their 
functions, are listed below. 


STPaccept 


Used by the server partner to complete 
a connection request initiated by the 
client. The server chooses the client 
which is on top of the queue of 
connection requests. 


STPbind 


Used to insert the local address into 


the Socket Control Block. This 


information will be used by the 


STPlisten call to inform clients that a 
server is ready for communication. 


STPclose 


Used to close a connection. 
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STPconnect 
STPgethostbyname 
STPgethostname 


STPgetpeemame 
STPgetsockopt 
STPIIsten 
STPrecv 
STPsend 
STPsetsockopt 
STPsocket 


Used by the client partner to request a 
connection with a server. 

Used to return to the caller the STP 
address using a host name. 

Used to return to the caller the STP 
address of the current socket. Used if 
the caller does not call STPbind but 
expects to have a default address 
assigned to it. 

Used to return to the caller the name of 
the connection partner. 

' Used to obtain information about 
socket options configuration. 

Used to configure the maximum queue 
of pending connection requests. 

Used to read data by the connection 
partner. 

Used by a communicating partner to 
send data to its peer. 

Used to modify (set) socket optional 
configuration. 

Each communicating partner must first 
call STPsocket to obtain a Socket 
Control Block where control 
information of the connection is stored. 


The following are also library calls available to the user of process. The 
only difference from the calls above, is that these calls cannot be used with 
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those of a different type of socket library (i.e. TCP/IP). These calls are useful in 
certain operating environments, particularly an MVS one. 


STP error 


Reports to the caller additional error 
information which is specific to the 
socket over STP implementation 


STPgetopt 


Returns the cun^nt value of an STP 
specific parameters. 


STPsetopt 


Sets STP parameters. 


STPstrerror 


Returns to the user a pointer to a string 
which provides text associated with the 
last STP specific error. 


STPgivesocket 


Used by one process to make a 
specific socket available to a 
STPtakesocket call issued by another 
process. 


STPtakesocket 


Used by a process to acquire a socket 
from another process. 


The principles of the underlying communication mechanism can be used 
for any kind of transfer, not just the transfers as described herein. Although the 
communication mechanism of the present invention has been described for use 
with a Symmetrix data storage system, it is contemplated that the 
communications mechanism of the present invention is capable of being used 
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whenever processes wish to communicate with each ofrier through a data 
storage system. 

Having described the preferred embodiment of the present Invention^ it 
will now become apparent to those who are skilled in the art that other 
embodiments incorporating ifs concepts may be provided. It is felt, therefore, 
that this Invention should not be limited to disclosed embodiment, but rather 
should be limited only by the spirit and scope of appended claims. 
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